The problem is probably that the firmware does not allow the printer to go below z 0. You can disable this in the firmware or increase the height that the printer thinks it is (in firmware) so that the nozzle can get down to the bed everywhere and still be above z 0.

Hey @Nmicciola

Thanks for posting up here and hanging out. It looks like you have an idea in that the gantry is at fault but you are approaching the situation all wrong. First off, we do not ever use a Bubble Level to level out a printer. The reason for this is that we are actually trammeling the print head to the bed of the printer. This is basically a reference of the nozzle being level to the bed. What you have measured is the gantry of the print head being level to the ground (gravity) and the bed, in this case, may still be out of level even if you did account for the offset.

So what you need to do for this printer is actually tighten the screws on the left side of the gantry so that the cantilever side does not droop as much when the print head moves across.

Using an auto bed leveling system will help as well but it will not resolve the root cause in this case.

MatterControl essentially just prevents the nozzle from traveling below 0 on the Z axis, however is superseded by the printer's firmware as to whether or not travel below 0 is even possible.

Despite the fact that I have it set to 5mm above stop

What is "it"?

Can you run the Software Print Leveling wizard and post the Terminal Log after you run into this problem? http://wiki.mattercontrol.com/Send_Debugging_Information#Print_Log_.2F_Terminal_Log

Please use Dropbox, Google Drive, or a similar service to share the files and post the link in your reply.

@alc112 said:

If I open a gcode file in matter control with the feature turned on, will it aply the bed levelling to th gcode ifI export it and leave all the settings intact?

Yes.

@alc112 said:

When the machine is workingI see that Z vaues change constantly due to autolevel... will that be a problem when modifying the gcode? or how should I do that?

No, modifying the G-Code will not be a problem. Think of the auto-leveling process as a filter that the G-Code runs through on its way to the printer.

The software bed leveling is applied as the gcode is being streamed to the printer. You can always check that it is working by opening the G-Code Terminal and looking at the commands that are being sent. Typically, G1 commands will not have Z values since the printer does not do a lot of moving up and down. Here is an example.

->N13285 G1 Y-2.48 E729.58*27 [1057.989] <-ok [1058.091] <- [1058.091] ->N13286 M105*41 [1058.161] <-ok T:254.9 /255.0 @200 B:75.0 /75.0 @66 [1058.162] <- [1058.162] ->N13287 G1 Y2.12 E729.733*1 [1058.162] <-ok [1058.193] <- [1058.194] ->N13288 G1 Y6.72 E729.886*13 [1058.194]

However, if software leveling is being applied then all of the G1 commands will have a Z value, since the printer will be constantly moving up and down to compensate for the leveling.

->N1162 G1 X-10 Y-31.1 Z1.392 E10.191*47 [447.868]
<-ok [447.925]
<- [447.925]
->N1163 G1 X-8.91 Y-31.4 Z1.396 E10.253*61 [447.925]
<-ok [447.982]
<- [447.982]
->N1164 G1 X-7.81 Y-31.69 Z1.4 E10.314*5 [447.982]
<-ok [448.039]
<- [448.039]
->N1165 G1 X-6.72 Y-31.98 Z1.404 E10.375*4 [448.039]

Thanks for reporting back with the solution

Yes, that's what I wanted to know, thanks Ryan